\section{Conclusioni} 

\subsection{Applicabilità del progetto}

L'idea di applicare l'approccio delle \emph{Delay Tolerant Network} e delle
\emph{Mobile ad hoc Network} presenta interessanti vantaggi rispetto alla
tipologia di applicazioni sociali simili presenti oggi sul mercato, ma anche
problemi tecnologici di rilievo.
La costruzione di una piattaforma di microblogging completamente peer-to-peer
rappresenta un tentativo di instaurare una rete indipendente ed autosostenuta,
libera dai vincoli tecnici e di mercato dovute alla gestione di un singolo
provider, inoltre non presenta limiti di scalabilità proprio grazie alla sua
natura di applicazione distribuita.

Allo stesso tempo, la mancanza di un'autorità preposta a garantire il corretto
funzionamento della rete, espone a rischi di altro tipo come ad esempio la
diffusione dello spam, che in questo contesto non potrebbe essere gestito e
filtrato centralmente ma necesiterebbe di un controllo locale per ciascun
dispositivo, con conseguenti problemi di elaborazione ed
aggiornamento.\footnote{Aspetto interessante per confrontare il
dominio dell'applicazione presentata con il contesto in cui si trova ad operare
\emph{Twitter}}

\subsection{L'utilizzo del Bluetooth}

L'architettura di trasmissione richiede un'ulteriore riflessione. Abbiamo visto
come il Bluetooth sia da preferirsi sull'utilizzo del WiFi, in particolare
considerando aspetti come raggio d'azione, consumo della batteria e numero
variabile di connessioni.
Il protocollo Bluetooth tuttavia, pone delle limitazioni pensate per accrescere
la sicurezza del sistema che, nella realizzazione all'interno del sistema
operativo di Google, presenta due ostacoli alla realizzazione dell'applicazione.
Ogni dispositivo infatti può essere reso visibile agli altri telefoni per un
periodo massimo di 300 secondi e, ad ogni connessione con un dispositivo
sconosciuto, è necessario inserire manualmente il consenso per completare
l'accoppiamento.
Mentre il primo problema è facilmente aggirabile inserendo istruzioni per
rinnovare periodicamente la visibilità del telefono, il secondo comporta la
perdita dell'automatismo dell'applicazione in un contesto reale, rendendo
quest'ultima di fatto poco utilizzabile. Questa sarebbe certamente una delle
prime difficoltà da superare nel caso si volesse procedere con lo svilppo
dell'applicazione.
La ricerca costante di nuovi dispositivi, inoltre, richiede una scansione
continua delle frequenze radio che, per quanto ottimizzata, comporta un aumento
sensibile dei consumi del dispositivo.

Riteniamo che, sotto queste premesse e data la grande diffusione di connessioni
Internet sui telefoni cellulari di ultima generazione, un approccio basato su
server centralizzatati con notifiche push o query poste dal dispositivo ad un
server come fatto ad esempio da \emph{Google Buzz}, sia al momento più
conveniente per lo meno sul piano tecnico.
Rimarr\`a comunque interessante ripetere tali valutazioni al momento della
diffusione sul mercato delle specifiche Bluetooth 4, le quali promettono di
abbattere considerevolmente i consumi ed ampliare il raggio di trasmissione\cite{Bluetooth 4}.

\section{Rendiconto delle ore}

\subsection{Preventivo}
Le ore totali preventivate per il progetto si assestano a 140 ore, la cui
suddivisione è presentata nella tabella \ref{tab_rend}(a)

\subsection{Consuntivo}
La distribuzione delle ore a consuntivo sono invece presentate nella tabella \ref{tab_rend}(b)

Come si nota, le uniche voci che non sono state rispettate riguardano la
codifica e i test. Questa differenza è da attribuire ai grossi problemi avuti
nel tentare di configurare i dispositivi in dotazione, fatto che fa fortemente inciso sul numero di ore finali possibile utilizzare il Bluetooth.

\begin{table}[!h]
\begin{center}
\caption{Rendiconto delle ore}
\label{tab_rend}
\subfloat[Preventivo]%PRIMA TABELLA
{
\begin{tabular}{c||c}
\hline\bfseries Fase & \bfseries Ore\\
\hline\hline
Apprendimento & 35\\
\hline
Progettazione & 45\\
\hline
Codifica & 25\\
\hline
Test & 25\\
\hline
Relazione & 10\\
\hline\hline
\textbf{Totale} & \textbf{140}\\
\hline
\end{tabular}
}\quad
\subfloat[Consuntivo]%SECONDA TABELLA
{
\begin{tabular}{c||c}
\hline\bfseries Fase & \bfseries Ore\\
\hline\hline
Apprendimento & 35\\
\hline
Progettazione & 45\\
\hline
Codifica & 75\\
\hline
Test & 75\\
\hline
Relazione & 10\\
\hline\hline
\textbf{Totale} & \textbf{240}\\
\hline
\end{tabular}
}
\end{center}
\end{table}

\subsection{Impegno individuale}
Lo sviluppo del progetto è stato svolto in maniera congiunta per le fasi di
Apprendimento, Progettazione e nella stesura di questa relazione, mentre la fase
di codifica e test si è svolta in modo separato: Michele Tonon si è occupato
principalmente dei layer Core e Database, mentre Tommaso Dal Sasso di è occupato
principalmente del Comunication e Connection Layer.
